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(57) Abstract 

A care management system in which the management of the administration of care for patients is automated. Hospital infomiation 
systems arc monitored and the information from those systems is used in verifying the adminisn^ions of care to patients. The care 
management system monitors ongoing administrations for progress and automatically updates records and provides alarms when necessary. 
The care management system is modular in nature but is fully integrated among its modules. Particular lists of data', such as the termination 
times of all ongoing infusions, provide hospital staff current information for increased accuracy and efficiency in planning. Features include 
the automatic provision of infusion parameters to pumps for accurate and efficient configuration of the pump, and providing an alarm when 
an unscheduled suspension of an infusion exceeds a predetermined length of time. A passive recognition system for identifying patients 
and care givers is provided. 
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System and MeAod for Collecting Data 
and Managing Patient Care 



CROSS REFERENCE TO RELATED APPUCATIONS 
This is a continuation-in-part of application Ser. No. 08/440,625, 
5 filed on May 15, 1995. 

BACKGROUND OF THE INVENTION 

The invention relates generally to systems for managing patient care 
in a health care facility, and more particularly, to S3^tems for collecting data and 
controlling the delivery of patient care. 

10 Medical institutions are faced with a competitive environment in 

which they must constantly maintain or improve profitability and yet 
simultaneously improve patient care. Several factors contribute to the ever 
increasing costs of health care, whether it is delivered to the patient in a hospital 
or out-patient clinic setting. Health care deliverers face increased complexity in 

15 the types of treatment and services available, but also must provide these complex 
treatments and services efficiently, placing a premium on the institution's ability 
to provide complex treatment while maintaining complete and detailed medical 
records for each patient. 

It is also advantageous to have a care management sj^tem that 

20 combines all of the various services and units of a health care institution into an 
interrelated automated system to provide "just-in-time" delivery of therapeutic and 
other drugs to the patient. Such k system would prevent administering an 
inappropriate medication to a patient by checking the medication against a 
database of known allergic reactions and/or side-effects of the drug against the 

25 patent's medical history. The interrelated system should also provide doctors, 
nurses and other care-givers with updated patient information at the bedside, 
notify the institution's pharmacy when an additional drug is required, or when a 
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scheduled treatment is running behind schedule, and automatically update the 
institution's accounting database each time a medication or other care is given. 

Inaccurate recording of the administration of drugs and usage of 
supplies involved in a patient's treatment results in decreasing revenues to the 
5 institution by failing to fully capture billing opportunities of these actual costs. 
Inadequate management also results in a failure to provide an accurate report of 
all costs involved in treating a particular illness. 

In many hospitals and clinical laboratories, a bracelet device having 
a patient's name printed thereon is permanentiy affixed to a patient upon 

10 admittance to the institution in order to identify the patient during his or her 
entire stay. Despite this safeguard, opportunities arise for patient identification 
error. For example, when a blood sample is taken from a patient, the blood 
sample must be identified by manually transcribing the patient's name and other 
information from the patient's identification bracelet. In transferring the patient's 

15 name, a nurse or technician may miscopy the name or may rely on memory or a 
different data source, rather than actually reading the patient's bracelet. 

Moreover, manually transferring other information, such as the 
parameters for configuring an infusion pump to dispense medication may result in 
errors that reduce the accuracy and/or effectiveness of drug administration and 

20 patient care. This majT result in an increased duration of treatment wi± an 
attendant increase in costs. 

Hospitals and other institutions must continuously strive to provide 
quaUty patient care. Medical errors, such as where the wrong patient receives the 
wrong drug at the wrong time, in the wrong dosage or even where the wrong 

25 surgery is performed, are a significant problem for all health care facilities. Many 
prescription drugs and injections are identified merely by slips of paper on which 
±e patient's name and identification number have been handwritten by a nurse or 
technician who is to administer the treatment. For a variety of reasons, such as 
the transfer of patients to different beds and errors in marking the slips of paper, 

30 ±e possibility arises that a patient may be given an incorrect treatment. This 
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results in increased expense for the patient and hospital that could be prevented 
using an automated system to verify that the patient is receiving the correct care. 

Various solutions to these problems have been proposed, such as 
systems that use bar codes to identify patients and medications, or systems 
5 allowing the bedside entry of patient data. While these systems have advanced • 
the art significantiy, even more comprehensive systems could prove to be of 
greater value. 

What has been needed, and heretofore unavailable, is an integrated, 
modular system for tracking and controlling patient care and for integrating the 
10 patient care information with other institutional databases to achieve a reliable, 
efficient, cost-effective delivery of health care to patients. The invention fulfills 
these needs and others. 

SUMMARY OF THE INVENTION 
Briefly and in general terms, the present invention provides a new 

15 and improved patient management system capable of monitoring, controlling and 
tracking the administration of care in a health care institution. 

Generally, the patient management system comprises a number of 
CPUs having a variety of input and outi>ut devices for receiving patient data and 
for generating or displaying reports. A'system of software programs operates on 

20 the CPUs to record, process, and produce reports from a database whose data is 
representative of the care a patient receives in the institution. The CPUs are 
connected together, along with at least one dedicated file server, to form a 
network. Patient data is input b^msers of the personal computers, and is stored in 
a data storage device connected to the file server. 

25 More specifically, in a more detailed aspect by way of example and 

not necessarily of limitation, the patient management system includes a pharmacy 
computer, a nursing station CPU including a video display and printer and bedside 
CPUs connected to various cUnical devices such as infusion pumps for providing 
medication to a patient and a barcode reader for reading barcode labels either 



wo 00/03344 



PCTAJS99/15500 



-4- 

affixed to the patient's identification bracelet or a label on a medication container. 
In operation, the patient management system verifies that the right medication is 
being dispensed to the right patient in the right dosage via the right delivery route 
at ±e right time by maintaining a database of information relating to the patient, 
5 the patient's condition, and ±e course of treatment prescribed to treat the 
patient's illness. 

The patient wears an identification device that includes a barcode 
that can be read by a barcode reader connected to the bedside CPU, Medication 
to be administered to the patient in the course of the patient's treatment is 

10 identified with a label that is printed by a barcode printer in the pharmacy or by 
the manufacturer's supplied barcodes on unit dose packaging. When the 
medication is administered to the patient by a care-giver, the care-giver uses the 
barcode reader connected to the bedside CPU to read the barcode on the patient's 
identification device and the barcode on the label identifymg the medication to be 

15 dispensed. The patient management system compares the patient's identity with 
±e medication and verifies that it is the correct medication for the patient. 
Additionally, the caregiver may also have an identification device that bears a 
barcode with the caregiver's name and other information. Using the barcode 
reader, the care giver's identity can thus be stored in the database and linked to 

20 the treatment given tathe patient to ensure complete and accurate tracking of all 
treatment given to the patient. 

In another aspect, an identification system is provided that is passive 
in nature. That is, die system operates to automatically detect and identify an 
individual, such as a patient and/or caregiver without any particular action being 

25 required on the part of the individual. In a further aspect, an RF transponder is 
mounted at a patient's room or treatment area and automatically detects an 
identification device, such as a wrist band, on the individual to identify the 
individual. The identification device may comprise an electrical circuit. 

In a further aspect, the patient management system also includes the 

30 capability of recording the present location of each clinical device in the 
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institution, and maintains a history of the device usage in a device usage and 
event database. This database may also include a history of a device's 
maintenance and calibration. 

In another aspect, the patient management system includes the 
5 ability to track usage of consumable supplies within the various tmits of the health 
care institution. This assists in managing the inventory of consumable supplies to 
ensure diat supplies are always available. A further advantage is that it enables 
the institution's administration to project supply usage and thus purchase supplies 
in quantities that ensure cost discounts without incurring excessive inventory 
10 carrying costs. 

In yet another aspect, the patient management system employs RF 
(radio frequency) transmitters and receivers to connect the various hardware 
elements of the system together into a local area network. This aspect is 
advantageous in that it provides increased flexibility in positioning of the 
15 hardware elements of the network while eliminating the need for cosdy network • 
wiring throughout the institution. 

These and other advantages of the invention will become apparent 
from the following more detailed description when taken in conjunction with the 
accompanying drawings of illustrative epbodiments. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a graphic representation of a care management system 
incorporating principles of the present invention and illustrating details of ±e 
hardware elements and local area network; 

FIG. 2 is a functional block diagram of the care system of FIG. 1 
25 additionally showing an interface with other institutional information 
management systems; 
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FIG. 3 is a functional block diagram of the software modules that 
comprise the care system of FIGS. 1 and 2; 



FIG. 4 is a graphic representation of a patient identification bracelet 
including a barcode that can be read by a barcode reader; 

FIG. 5 is a drawing of a barcode label affixed to a medication 
container that can be read by a barcode reader; 

FIG. 5A is a drawing showmg a barcode label affixed to a caregiver 
identity badge; 

FIG. 6 is a drawing showing a sheet of barcode labels that can be 
affixed to various containers or devices; 

FIG. 7 is a graphical representation of a display on an infusion pump 
showing the name of a drug being infused along with other information relating 
to the infusion; 

FIG. 8 presents a computer screen listing of the infusions in progress 
showing the drug being administered, the time remaining, and the patient's name; 

FIG. 9 shows a patient IMAR (integrated medication administration 
record) showing scheduled medications and windows aroimd the scheduled times; 



FIG. 10 shows a computer screen task list for a partial floor of a 
hospital in which times for administration in a certain time period are set out 
along with the patient name and drug to be administered; 
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FIG. 11 shows a computer screen used for rescheduling the 
administration of an order; 

FIG. 12 presents a computer screen containing an overview of a 
partial floor of a hospital in which various patients' rooms are shown with the 
5 names of the patient; 

FIG. 13 is a graphical representation of another embodiment of the 
care management system showing the clinical devices connected to the local area 
network through a bedside data concentrator; 

FIG. 14 is a graphical representation of still another embodiment of 
10 the care management system showing the clinical devices transmitting and 
receiving information from the local area network through RF 
transmitting/receiving equipment; 

FIG. 15 is a graphical representation of another embodiment of the 
care management system of FIG. 9 where all of the hardware elements of the local 
15 area network communicate with each other using RF transmitting/receiving 
equipment; and f 

FIG. 16 presents a view of a patient having an identification device 
located on his arm that interacts with a transmitter/receiver located in the frame 
of the entry/exit of the room in Which the patient is located. The identification 
20 device and transmitter/receiver form a passive identification system in accordance 
with an aspect of the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the drawings, and more particularly to Figure 1, 
there is shown generally an integrated hospital-wide information and care 
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management system 30 including one embodiment of the point-of-care 
management system 30 of the present invention. The care management system 
embodiment shown in FIG. 1 is depicted as being configured as a local area 
network with a file server 45 to which are connected a pharmacy computer 60, a 
5 nursing station 70, and bedside CPUs 80. The file server 45 stores programs and 
data input and collected by the various computers in the local area network. 
Various application modules of the patient management system may be resident m 
each of the computers in the network and will be discussed in more detail below. 
Ethernet cabling of a local area network 50 is used to connect various CPUs to the 

10 file server. The file server 45 also has both local and network hard disk storage 
for storing programs as well as data gathered on the network. 

Referring now to both FIGS. 1 and 2, a functional block diagram of 
the patient care management system 30 of FIG. 1 is shown in FIG. 2 interfaced 
with and connected to other hospital information management systems to form an 

15 integrated information and care management system. This information and care 
management system is integrated with a combination of individual hospital 
systems, such as the pharmacy mformation system 20, and the hospital 
administration system 40 which are interconnected via a network 5 and 
appropriate interfaces 10. Each of the ^v^ous systems 20, 30 and 40 generally 

20 comprise a combination of hardware such as digital computers which may include 
one or more central processing units, high speed instruction and data storage, on- 
line mass storage of operating software and short term storage of data, off-line 
long-term storage of data, such as removable disk drive platters, CD ROMs, or 
magnetic tape, and a variety of communication ports for connecting to modems, 

25 local or wide area networks, such as the network 5, and printers for generating 
reports. Such systems may also include remote terminals including video displays 
and keyboards, touch screens, printers and interfaces to a variety of clinical 
devices. The operating systems and specific software applications will be 
described in more detail below. 
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The care management system 30 of FIGS. 1 and 2 includes a file 
server 45, such as an IBM or IBM compatible personal computer having sufficient 
mass storage 46, such as local hard drives, CD ROM, magnetic tape, or other 
media, and appropriate communication interface capabilities to interconnect with 

5 other hardware comprising the point of care management system. Although many 
configurations are possible, in one embodiment the file server would include 
hardware such as a data communication router, a large hard drive to store data 
for the entire network, and commimication hardware for communicating with the 
hospital network. Additionally, a separate computer (CPU) is used to 

10 communicate widi, control and provide an interface gateway 27 to the hospital 
network 5. 

A local area network 50, comprising a thin net, or ethemet cabling is 
used to connect the central file server 45 to the hardware that comprises the care 
management system. 

15 In the present embodiment, the file server 45 of the care 

management system is connected by a local area network (LAN) 50 to computers 
and other peripheral equipment located in the institution's pharmacy, at nursing 
stations located throughout the institution, and at the patient's bedside. In the 
embodiment shown, the module located in the pharmacy comprises a central 

20 processing unit 60 to?which is attached a video display 64 and a keyboard 62 for 
entry and display of patient information and drug parameters. Also attached to 
the pharmacy CPU is a bar code reader 68 which is adapted to read barcode labels 
that may be attached to drug containers, equipment, or caregiver identification 
badges as will be more fully disciissed below. Also connected to the pharmacy 

25 CPU 60 is a bar code printer 69 and a printer 66 used for generating reports 
containing information about patient history and/or patient treatment. The 
printer 66 may also be used to print barcode labels generated by the pharmacy 
CPU 60 after patient or drug data is input by a technician or pharmacist into the 
pharmacy computer 60 using the keyboard 62 or other means. 
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Another computer, herein referred to as the nursing CPU 70, is 
located at a nursing station. Nursing stations are typically located in various 
sections and/or floors of a hospital or clinic and typically provide a central 
location for record storage and monitoring for a number of patient beds. The 
5 nursing CPU 70 located at the nurse station typically includes a video display 74 
for displaying patient or other information pertaining to the operation of the 
particular unit of ±e institution, and a keyboard 72, mouse, touch screen 73, or 
other means for entering patient data or specific conunands instructing the 
nursing CPU 70 to generate reports relating to either the patient's medical history 

10 or the course and progress of treatment for an individual patient on ±e attached 
printer 76 or on tiie video display 74. As will be discussed more fully below, the 
nursing station CPU 70 may also generate other reports such as, for example, a 
printout of drugs scheduled to be administered to patients, productivity 
measurements such as, for example, the amount of time a nurse spends with a 

15 patient or other reports useful for assisting in die efficient operation of the 
particular unit or the hospital. For example, a report listing the actual times of 
administration versus the scheduled times for administration may be prepared to 
assist in evaluation of staffing requirements. 

Each care unit associated with the nursing station typically 

20 comprises one of more patient beds located in private roomis, shared rooms, or 
open or semi-open wards that contain multiple beds. In accordance with an 
embodiment of the present invention, each private room, semi-private room, or 
ward area has at least one bedside CPU 80 for monitoring and treating one or 
more patients. Each bedside CPU>80 has a video display 84 and a keyboard 82, 

25 mouse, touch screen 83, or other device. The bedside CPU 80 can be used by a 
nurse, physician or technician to access a variety of institutional databases to 
display a variety of information about a particular patient. This information can 
include an on-line, real-time, graphical patient medication administration record 
(MAR) that is derived from the patient's medication profile maintained by the 

30 hospital's pharmacy information system 20. The bedside CPU 80 also allows 
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remote access to a patient's records stored by the file server 45 to display 
medication history for the patient. This medication history includes a listing of all 
drug or other treatments including past, present and future deliveries to the 
patient. Additionally, access to administration records of the hospital's 

5 administration system 40 is available through the network 5. 

Each bedside CPU 80 can be connected through an appropriate 
interface to a variety of peripheral equipment. For example, a barcode reader 90 
capable of reading barcodes on a patient's wristband or medication container; an 
infusion pump 92 for delivering medication to the patient in a predetermined, 

10 controlled manner; or various sensors 94 that can automatically monitor a 
patient's vital signs and send signals representative of these vital signs to the 
computer through an appropriate interface for storage and later retrieval by a 
selected software application to provide a graphic display of the patient's vital 
signs during the course of treatment. 

15 A plurality of bedside CPUs are shown in the drawing; however, 

more or fewer may exist depending on the particular system and hospital 
requirements. 

Referring now to FIG. 3, a block diagram illustrating the various 
application software modules, comprising the care management system 30 is 

20 shown. The care maj^gement system's 30 application software is modular in 
construction to allow installation and operation of the system with only one or 
more of the application software groups present. This provides flexibility in 
meeting the widely varying needs of individual institutions where cost and 
complexity may be an issue or where the full system is not needed. Each of the 

25 modular applications, however, is fully integratible into the system. 

The programs of the care management system 30 control alarms or 
alerts generated by one of ±e modular applications. Alarms are routed 
automatically to the appropriate video display. For example, an occlusion alarm 
generated by a pump 92 may remain local for a predetermined period. After that 

30 period the patient's bedside computer 80 may then broadcast the alarm by causing 
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the alarm to be communicated over the LAN 50 to alert other hospital staff of a 
potential problem or to cause a particular person responsible for the care of a 
patient, such as, for example, a physician or nurse, to be paged. 

Each of die modular applications will now be described in detail. 
5 The operation of each of these modular applications in a clinical setting will be 
discussed more fully below. The medical administration management module 110 
mtegrates medical order information, infusion pump monitoring, and barcode 
technology to support the real-time verification and charting of medications being 
administered to a patient. The medical administration management module 110 

10 creates and maintains an on-line, real-time, patient-specific medication 

administration record ("MAR") or integrated medication administration record 
("IMAR") for each patient. This medication administration module 110 contains 
all of the information generated in the institution regarding the care provided to 
the patient. The medication administration management module 110 gathers 

15 information from the various nursing and bedside CPU*s 70, 80 (FIG. 1) 

comprising die peripheral hardware of the care management system 30 that is 
distributed throughout the institution. For example, when a physician attending a 
patient diagnoses an illness and determines an appropriate course of treatment for 
the patient, die physician may prepare a;handwritten medical order specifying the 

20 desired therapeutic treatment as well as any appropriate parameters such as 

dosage and/or period of administration. The written prescription is sent through 
the institutional mail system to ±e pharmacy where it is then entered into ±e 
pharmacy information system 20 through a dedicated terminal, or other means, 
and is ±en entered into the care ihanagement system 30. 

25 In another embodiment, the physician accesses the pharmacy 

management system 20 through a dedicated terminal or through the care 
management system 30 via the network 5 using either a nursing CPU 70 or a 
bedside CPU 80. Alternatively, die treatment order may be entered by a nurse or 
otiier qualified caregiver into either the pharmacy management system 20 or the 

30 care management system 30. 
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Referring now to FIGS. 4-6, a variety of implementations of the 
barcode identification system of the present invention are shown. FIG. 4, for 
example, shows a patient identification bracelet 170 of the kind typically used in 
hospitals and other institutional settings to ensure that each patient is able to be 

5 identified even if the patient is unconscious or other-wise unable to respond to 
questioning, A barcode 175 is printed on a label that is attached to the patient 
identification bracelet 170 and has encoded within its sequence of bars the 
information necessary to identify the patient. This barcode may be read using a 
computerized barcode reader 68, 90, such as those shown connected to the 

10 pharmacy CPU 60 and the bedside CPUs 80 (FIG. 1). The barcode reader 
comprise a light emitting and receiving wand 95 that is scanned across the 
barcode. The light emitted by the wand 95 is reflected by the sequence of dark 
and light lines comprising the barcode into the receiving lens of the wand 95. A 
sensor in the wand 95 converts the received light into a signal that is then 

15 transmitted to the CPU. A software application program nmning on the CPU then 
decodes die signal into the data represented by the barcode in a manner well 
known to one skilled in the art. Using appropriate software programs, this data 
may then be automatically entered into a database stored in ±e CPU's memory or 
disk storage. While a barcode has been described for purposes of illustration, 

20 ±ose skilled in ±e ^ will immediately understand tiiat other systems, such as 
magnetic stripes, or programmed punched holes may also be used to represent 
data stored on each label, care giver badge or patient wrist band. 

Barcode systems are extremely flexible and the amount of 
information that can be represented by the barcode, while limited, can be used in 

25 a variety of ways. For example, as depicted in FIG. 5, a drug container 185 is 

identified by a label 180 having a barcode 182 printed thereon. This barcode 182 
can represent the patient identification and the medical order number, and any 
other information the institution finds helpful in dispensing the drug and tracking 
the treatment. The barcode 182 may also be read using a barcode reader, and, 

30 using suitable application software such as that included within the medical 
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administration management module 110, discussed below, can be used to link the 
drug container and its contents with the patient identification bracelet 170 affixed 
to a patient to ensure the right drug is delivered to ±e right patient at ±e right 
time in ±e right manner. The use of barcodes is not limited to the 

5 implementations discussed above. A sheet 190 of barcode labels 177 having 
barcodes 175 is shown in FIG. 6. Such labels can be printed by a printer 
coimected to the pharmacy CPU 60 of the care management system 30 or, 
alternatively, by any other printer connected to any other hospital information 
system that can be progranun'ed to produce barcodes bearing the information in a 

10 form that can be read by the barcode readers connected to the various CPUs of the 
care management system 30. These barcode labels 177 may then be affixed to 
clinical devices, patient belongings, or other items where positive identification is 
needed. 

One of the key advantages of the medical administration 

15 management module 110 (FIG. 3) is that the module works in concert with the 
barcode labels described above. When the medication administration 
naanagement module 110 is implemented using the hardware system described 
above comprising a pharmacy CPU 60, barcode reader 68, and printer 66, 
together with a bedside CPU 80 with a connected barcode reader 90, the care 

20 management systemrSO ensures that medication is administered to the right 
patient, in the right dose, along the right route and at the right time. 

When the medication to be administered is of the type that is 
typically delivered to the patient using an infusion pump, the medical 
administration management module 110 automatically records the start time of 

25 the infusion, queries the pump periodically throughout the infusion and 

maintaining a continuous log of the infusion, and records the end time of the 
infusion and the volume infused in a patient's MAR. If the infusion pump 
connected to the bedside CPU has a programmable display, the name of the drug, 
as well as other important information concerning the progress of the infusion can 

30 be displayed on the infusion pump throughout the infusion to provide a visual 
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display of the status for the infusion. One such pump is shown in FIG. 7. The ' 
particular infusion pump depicted m FIG. 8 has three pumping channels. Two of j 
the channels are displaying the name of the drug being infused. j 
Because the medication administration management module 110 ^ 

5 maintains an on-line, real-time, patient specific graphical medication 

administration record that includes both past, present and future scheduled 
medications, a nurse may select a scheduled dosage on the MAR and indicate that 
it will not be administered for specified reasons selected from a list of options that 
are dependant upon the health status of the patient at a particular time. This 

10 system also allows a nurse to select a scheduled dose on the MAR, and record 

notes and observations about the dose selected from a list of options. The medical 
administration management module 110 also provides on-line, real-time help 
screens that can be accessed by a nurse or other caregiver to display specific 
information about selected medication and dose to be dispensed. 

15 The medication administration management module 110 provides a 

Ust of on-going infusions that can be displayed on the video display of the 
pharmacy CPU 60 such as is shown in FIG. 8. Drug administrations that will 
terminate within a preselected time period may be distinguished from other 
administrations by color highlighting or other means. The time remaining, drug, 

20 and patient name ape presented as well as buttons for program control. 

The medication administration module 110 records and maintains in 
a stored file a log of alerts that are generated when any discrepancy is identified, 
for example, during the verification process which will be discussed more fully 
below. The medication administration module 110 also allows the nurse to 

25 acknowledge and correct the discrepancy in real-time, or override the alert by 
entering the appropriate command. Even where the nurse is allowed to override 
the alert, the medication administration application module 110 prompts the 
nurse for a reason for each alert override and then automatically enters the reason 
into the MAR for the patient. 
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The medication administration management module 110 assists the 
nurse or other health care professional in efficiently delivering care to the patients 
by providing the ability to perform on-line queries of the patient's MARs and 
produce reports designed to assist the nurse in planning medication 

5 administration and in scheduling the workload of dispensing the medication to the 
many patients for which a nursing unit is typically responsible. For example, the 
video display may be color coded to indicate the status and schedule of each drug 
administration, such as the patient's IMAR shown in FIG. 9. A drug delivery 
window extending from thirty minutes prior and thirty minutes after the 

10 scheduled administration time may be indicated by a yellow band on the display. 
Other reports such as the FIG. 10 task hst may, for example, include scheduling of 
drug administrations to ensure proper medication of the patient while distributing 
the workload over a period of time to ensure that all medication is given 
promptiy. The system may also display ei±er visuals alerts on the nurse station 

15 video display 74 or produce a printed report on the printer 76 to provide a 
permanent record of any medication administration that is running late or has 
been rescheduled. The medication administration module 110 may be 
programmed to operate in an automatic fashion, automatically providing standard 
reports at the nursing station at predetermined intervals, such as, for example, 

20 every 30 minutes, as^lietennined by tiie needs of the particular nursing unit and 
institution. 

The clinical monitoring and event history module 130 shown in FIG. 
3 is designed to monitor a variety of clinical devices attached to the network in a 
real-time manner and provides information about ±ose devices to monitoring 

25 stations located elsewhere on the network. For example, the clinical monitoring 
and event history module 130 can be configured to monitor a plmrality of clinical 
devices that are in use to deliver medication to patients in the private rooms, 
semi-private rooms or ward areas in a nursing unit. The clinical monitoring and 
event history module 130 retrieves real-time data from each device, and displays a 

30 visual representation of each device includuig all significant data related to its 
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Status and settings on the video display 74 connected to the Nursing CPU 70 
(FIGS. 1 and 2). For example, in the case where the clinical monitoring and event 
history module 130 is monitoring an infusion pump 92, a niurse at the nursing 
• station can access the status for that pump wherein the display 74 attached to the 

5 nurse CPU 70 then displays information regarding ±e status of the infusion being 
performed at that time. For example, information can include the name of the 
drug being infused, the patient's name, the scheduled start, the actual start of 
infusion, the scheduled end of infusion, the projected end of infusion, the amoimt 
of drug infused, the amount of drug remaining to be mfused and any alert or 

10 discrepancy conditions that may need attention by the nurse. Because the care 
management system 30 is a fully integrated system, the medical administration 
management module 110 works in concert with the clinical monitoring and event 
history module 130 so that a nurse, doctor or technician may, after evaluating the 
status of the infusion displayed on ei±er the video display 74 at the nursing CPU 

15 70 or on the video display 84 at the bedside CPU 80 may, by using the touch 

screen 73, 83 of the computer, adjust the infusion regimen accordingly using, for 
example, a screen displayed on the video display 74, 84 as shown in FIG. 11. 

The clinical monitoring event history module 130 may also be 
progranuned to inmiediately display alarm conditions on remote monitoring 

20 saeens, such as ±e video display 74 attached to the nursing CPU 70, as the alarm 
occurs. For example, the status of each patient's infusion can be represented on a 
video display at the nursing station as shown by the OVERVIEW computer screen 
in FIG. 12. When an alert occurs, the box representing the patient* room flashes 
red to attract attention to the aleit. Displaying the alarm condition in this manner 

25 allows a nurse to quickly and easily identify the patient from the nursing station 
and take appropriate action to address the condition causing the alarm. The 
system may also be programmed to display certain alarms that have been 
identified as particularly important events at other video displays located 
throughout the institution, such as the video display 64 attached to the pharmacy 

30 CPU 60 located in the institution's pharmacy. The manner of overview display in 
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FIG. 12 also facilitates record update. For example, when patients move rooms, 
clicking on the patient's name, dragging that patient to the new room, and 
unclicking will cause the records to reflect the patient's move and the display will 
now show the patient in ±at room. 

5 The clinical device tracking and reporting module 120 shown in FIG. 

3 is used to maintain a record of the location of each clinical device and the 
history of its use in the institution. This system maintains a record of the current 
or last known location within the institution of each clinical device used in the 
institution, such as an infusion pump or vital sign sensor. Thus, the appropriate 

10 equipment can be easily located by a nurse or a technician for a given therapy 
regimen or vital sign measurement. This is particularly useful in a large hospital 
or clinic having many patient rooms, patient beds, or treatment areas where 
eqmpment may be temporarily misplaced. This system is also useful in those 
particular instances where an emergency occurs where treatment requires a 

15 particular piece of equipment. The status of that equipment can be easily 

ascertained from a remote video terminal, such as the video display 74 connected 
to the nursing CPU 70. 

The clinical device tracking and reporting module 120 also 
maintains a record containing the usage history of each clinical device, including 

20 information about the patient it was used to treat, its location, the date, time, 
duration of use, any alarms that occurred and what medications were dispensed. 
This history may also contain the maintenance and calibration records for a 
clinical device. Such information can be queried on-line by technicians, nurses or 
other hospital administration personnel to generate reports to assist in locating 

25 the clinical device, report on the historical usage of the device, and to provide a 
log of preventative maintenance and equipment calibration. The efficient 
calibration of complex and sensitive clinical devices is particularly important in a 
heath care institution to maintain accuracy and quality of therapeutic treatment 
delivery. Maintaining a history of the usage of the device is also helpful to justify 

30 purchasing additional clinical devices when needed, or where the record indicates 
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that a particular clinical device has become obsolete and needs to be replaced by a 
newer model of the device. 

The care management system 30 also includes a consumable 
tracking module 140 that maintains a record of all consumable item usage for 

5 treatment of each patient. This record ensures that appropriate supplies are 
ordered and delivered to the nursing unit in a timely and cost-efficient manner to 
prevent outages of necessary supplies. Such information may also be used by the 
hospital inventory systems through an appropriate interface or other management 
system to ensure that the supply purchasing is done as cost-effectively as possible. 

10 The consumable tracking modxile 140 provides on-line queries and report 
generation summarizing consumable uses for a particular patient, a particular 
nursing unit, or a variety of other purposes. 

The unit management tool module 150 assists nurses in sharing 
information related to patients and automates routine transactions within the 

15 nursing unit. The unit management tool module 150 allows a nurse to record the 
allergies, handicaps, and special care needs of the patient which, cooperating with 
the medication administration record module 110 and the clinical monitoring and 
event history module 130, displays that information prominentiy on all 
appropriate display screens, ei±er at the pharmacy video display 64, die nursing 

20 video display 74 or at the bedside video display 84 (FIG 1). The unit management 
tools module 150 also allows a nurse to record patient transfers and the times 
when the patient is out of the room or off the floor, such as, for example, when 
the patient is transferred to surgery or to a different part of the institution for a 
particular kind of treatment such as rehabilitative therapy. This system may also 

25 be programmed to signal an alarm when a patient has been disconnected from the 
system longer than scheduled, for example, when the patient disconnects from the 
infusion to attend to personal hygiene. This function ensures that an alarm or 
alert is sounded and ±at appropriate personnel are notified of any potential 
problems and can take the necessary actions to alleviate the alert condition. 
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The knowledge resource tools module 160 provides a framework for 
information sharing among the various units in the hospital and also supports an 
assortment of everyday tools to used by the nurses, physicians and technicians 
involved in the delivery of health care within ±e institution. This module allows 
5 or assists in integrating external information sources into the care system 30 to 
improve the effectiveness of the care management team in treating the patients in 
the institution. 

For example, the knowledge resource tools module 160 provides a 
variety of on-line tools including, for example, a calculator, a dose rate calculator 

10 for calculating the appropriate dosage and infusion rate for a particular drug to be 
infused into a patient, a standard measurement conversion calculator for 
converting between units of measurement, a skin surface area calculator, and a 
timer and stopwatch. These resources may be displayed on the video displays 64, 
74, 84 at appropriate points within the system, and are available from any CPU 

15 either in the pharmacy, at the nursing station or at the bedside. These application 
tools can be programmed to appear on the video display 64, 74, 84 either 
automatically, such as, for example, when an infusion pimtip is configured at the 
start of an infusion to assist in the calculation of a dose rate. These resources may 
also be available upon entry of the appriapriate command by a nurse, physician or 

20 technician. 

Referring once again to FIG. 2, a device management subsystem 192 
is shown and comprises a microcomputer. The subsystem monitors the status of 
the clinical devices, such as the pumps. Alternately, the subsystem 192 may be 
included in another microcomputer, such as a bedside CPU 80. 

25 The backgroimd monitoring system 195 may also be disposed in a 

stand-alone microcomputer or may be incorporated in an existing microcomputer. 
The subsystem performs background tasks such as monitoring the status of the 
interface gateway 27. 

As depicted in FIG. 2, the care management system 30 is coimected 

30 to other systems in ±e institution via an interface 10. This interface may support 
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standard health level 7 (HL7) interfaces to ±e hospital's o±er information 
systems and can also support custom interfaces to systems or devices that do not 
support the HL7 standard. The system interfaces may be either real-time or batch 
mode, although a real-time interface to a hospital's pharmacy system is required to 

5 support the on-line medical administration records keeping function of the 
medical administration management module 110. 

The care management system software can be written to operate on 
a variety of operating systems to suit the needs of a variety of institutions. In a 
present embodiment, the software is written to interface with ±e nurses and 

10 physicians using the Windows environment (Windows is a trademark of Microsoft, 
Inc.) on IBM compatible micro-computers. The Windows environment is well- 
known by those skilled in ±e art and will not be described in detail herein. The 
care management system software, when implemented using the Windows 
system, is particularly useful in that the Windows operating system provides the 

15 ability to load several programs at once. Multitasking programs, allowing several 
application programs to run simultaneously yet providing immediate access to the 
various software modules of the care management system 30 may also be used. 

One particular mode of operation of the care management system 
will now be described. As described above, a patient entering a hospital or other 

20 care-giving insritutipA is provided witH a wristband necklace, ankle band or other 
identifier that is affixed to the patient in a manner so that the patient can be 
identified even if the patient is unconscious or otherwise unresponsive. Such a 
wristband 170 is depicted in FIG. 4. In one embodiment, the wristband 170 
barcode represents the name of iohe patient and other information that the 

25 institute has determined is important and also includes a barcode 175. The 
information printed upon the band, such as name, age, allergies or other vital 
information is encoded into the barcode 175. 

After the patient is admitted and situated in a bed within the 
institution, ±e patient is typically evaluated by a physician and a course of 

30 treatment is prescribed. The physician prescribes the course of treatment by 
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preparing an order, which may request a series of laboratory tests or 
administration of a particular medication to the patient. The physician typically 
prepares the order by filling in a form or writing the order on a slip of paper to be 
entered into the hospital's system for providing care. 
5 . If the order is for administration of a particular medication regimen, 

the order will be transmitted to the institution's pharmacy. The order will arrive 
in written form at the pharmacy, will be evaluated by the pharmacy and 
processed. The pharmacy then prepares the medication accordmg to the 
requirenients of the physician. The pharmacy packages the medication in a 

10 container, such as the container 185 shown in FIG. 5. Normally, a copy of the 
order, or at a minimum, the patient's name, the drug name, and the appropriate 
treatment parameters are represented on a label that is then affixed to the drug 
container 185. According to one embodiment of the present invention, this 
information is represented by a barcode 182, that is then printed on a label 180. 

15 This barcode label 182 may be automatically generated using a printer capable of 
printing barcodes, such as, for example, a printer 69 attached to the hospital's 
pharmacy information system 20. The existence of this medication order is made 
available by die hospital's pharmacy information system 20 and is stored by the 
file server 45. 

/ ■ 

20 Generafly, the medication is then delivered to the appropriate 

caregiving unit for administering to the patient. A nurse or technician carries the 
drug container 185 to the appropriate patient. In accordance with one 
embodiment of the present invention, the nurse or technician first read the 
barcode 175 on the patient ID bracelet 170 using the barcode reader 90 connected 

25 to the bedside CPU 80. The nurse or technician would then read the barcode 182 
on the label 180 affixed to the drug container by swiping the barcode wand 95 
across die barcode 182 printed on the label 180 of the drug container 185. 
Additionally, a record of ±e identity of the caregiver dispensing the medication 
may be obtained by reading the barcode 205 printed on an identity badge 200 

30 (FIG. 5A) typically worn by all institution personnel. 
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For certain drugs, the care-giver is prompted to enter data 
descriptive of a selected patient parameter or parameters, such a laboratory value 
or a current vital sign, before completing the verification process. For example, 
the care-giver may be prompted to measure and enter a value for a patient's blood 

5 pressure before administering certain selected drugs. The system may include • 
ranges of acceptable values for the parameters. If the system detects an out-of- 
range value for the parameter, the system causes an alarm to be provided. In an 
alternative embodiment, the parameters could bc monitored and entered into the 
system automatically, eliminating the need for manual entry by the care-giver. 

10 The data obtained ±en is analyzed by the medication administration 

management module 110 which records the therapeutic regimen information in 
the patients MAR, and verifies that the right medication is being given to the right 
patient in the right dose by ±e right route and at the right time. If the medication 
administration management module 110 detects a discrepancy between the 

15 barcoded information printed on the patient bracelet 170 and ±e barcoded 

information on the label 180 affixed to the medication container 185, an alert is 
sounded and the appropriate information is displayed on the video display 84 
attached to the bedside CPU 80. The nurse or technician then ei±er corrects the 
discrepancy by either re-reading the baricode 175 on the patients bracelet 170 and 

20 the barcode 182 on tife medication container 185 or, altematively, by entering the 
appropriate information into the bedside CPU 80 using the keyboard 82 or touch 
screen 83, mouse, or other device. In the event that the nurse or technician 
determines that the discrepancy cannot be automatically corrected by re-reading 
the barcodes and that the discrepancy is minor and will not affect the accuracy or 

25 safety of the delivery of the medication, the nurse or technician may override the 
alert. 

In an embodiment of die present invention, where the medication is 
to be delivered using an infusion pimip, such as the infusion pumps 92 attached to 
the bedside CPU 80, the care management system automatically downloads 
30 information consisting of the appropriate configuration parameters for ±e 
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infusion from the pharmacy CPU 60 through the local area network 50 into the 
bedside CPU 80 and then into the infusion pump 92 when the verification 
function of the medical administration management module 110 is complete. 
This is particularly advantageous in that one potential source of inaccuracy is 

5 eliminated by automatically configuring ±e pump, thus eliminating the need for 
the nurse or technician to manually enter the parameters necessary to configure 
the infusion pump 92. In one embodiment, ±e infusion pumps 92 comprise IVAC 
Corporation Model 570 volumetric pumps. In an' embodiment where the pumps 
cannot be automatically configured by downloading parameters from the 

10 network, the care management system 30 only verifies that the right treatment is 
being administered to the right patient. The pump must then be manually 
configured by the physician, nurse or technician. 

Once the infusion pump is configured, the technician then starts the 
infusion by pressing the appropriate control on the infusion pump 92. Starting 

15 pump that is capable of being monitored automatically by ±e care management 
system 30 causes a signal to be transmitted from the pump to the bedside CPU 80 
which is then logged by the clinical monitoring and event history module 130 and 
entered by die medical administration management module 110 into the patients 
MAR. In the case where the institutionis using a pump that is not capable of 

20 being configured by.downloadmg parameters from the network, the nurse or 

other caregiver logs the start of the infusion using the touch screen device, mouse 
or other device connected to the bedside CPU 80. In this case, the video displays 
of the care management system 30 that display information about the status of the 
infusion will not display real-tim^ data. Rather, the care management system 30 

25 will project what the status of the infusion should be given the infusion 

parameters, the time elapsed since the infusion began, and any other events that 
were manually logged by the caregiver that may have affected the progress of the 
infusion. 

The care management system 30, utilizing the application modules 
30 described above, monitors the infusion process in a real-time manner, providing 
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alerts on the appropriate video display screens located throughout the institution 
and allows intervention by nurses or other caregivers at remote locations if 
necessary. If the pharmacy management system 20 is direcdy linked to the care 
management system 30, the care management system 30 may also provide a 

5 scheduling report to the pharmacy in determining the status of ongoing infusions, 
as well as in scheduling the preparing of medications for future infusions. 

In another embodiment, the present invention includes a "Code 
Mode" that allows a care-giver to bypass the system to immediately cause a list of 
drugs that have been preselected by the institution to be used in an emergjency 

10 situation. The initiation of the "Code Mode" causes a time-stamp to be placed in 
the patient's MAR along with the identity of the drug selected from the displayed 
list of drugs to be used to treat the emergency. This feature ensures that the 
emergency, and the treatment used to address the emergency, are accurately 
recorded in the patient's MAR. 

15 While one particular embodiment of the present invention has been 

described above, alternative configurations of the care management system 
network are possible. For example, one alternative embodiment of the care 
management system 30 is depicted in FIG, 13. In this configuration, clinical 
devices 210 are connected by means of appropriate interfaces and cabling 215 to 

20 a bedside data conceiitrator 220 which would typically be located outside of a 
private room, semi-private room or ward area. In this configuration, there is no 
bedside CPU 80 as described previously. Instead, the bedside data concentrator 
220 is connected through an appropriate mterface and cabling to the local area 

network 50, where the data gathered from the clinical devices 210 is then 

■•I 

25 available for processing by the care management system 30 and display at the 
various monitoring stations, such as either in the pharmacy or at the nurse station 
70. In this embodiment, ±ere is no bedside CPU 80 having a keyboard 82 for 
data entry or a video display 84 for display of either clinical device information or 
patient information. 
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A further embodiment of the care management system 30 local area 
network is depicted in FIG. 14. In this embodiment, the file server and monitoring 
stations are connected using appropriate interfaces and ethemet cabling to an RF 
data concentrator 225. At the bedside locations in the private rooms, semi-private 
5 rooms or ward areas of tiie institution, die clinical devices 210 and barcode reader 
90 at die bedside are connected to an RF transmitter/receiver 230. This RF 
transmitter/receiver 230 transmits die information gathered from the clinical 
devices 210 and the barcode reader 90 to die RF data concentrator 225 attached 
• to the local area network 50. Thus, expensive cabling is not required to coimect 
10 every patient treatment area. Additionally, flexibility in locating the clinical 
devices 210 and barcode reader 90 is obtamed as well as allowing the ability to 
reconfigtire die patient treatment area wi±out costiy rewiring of the ethemet 
cabling. 

Yet another embodiment of die care management system 30 local 

15 area network 50 configuration is shown in FIG. 15. In this configuration, die 
ethemet cabling connecting the pharmacy CPU, the nurse station nursing CPU 70 
and bedside CPUs and clinical devices is eliminated entirely. Each hardware 
element, comprising the file server, nursing CPU 70, pharmacy CPU 60 and 
bedside CPUs 80 and clinical devices and/or barcode readers is connected to an 

20 RF transmitter/receiy^r 230. In ±is manner, all of die information is transmitted 
throughout the local area network 50 by way of radio transmission radier ±an by 
using costiy network cabling. Such a system would additionally allow for the use 
of portable computers 235 having RF transmitter/receivers 230 that could ±en be 
carried wi± physicians, niurses oi? technicians as they circulate through the 

25 institution. With this configuration, caregiving personnel could access the care 
management system eitfier spontaneously or upon notification of an alert no 
matter where they were in die institution at any given time. Such a system would 
be particularly useful in a large institution where caregiving personnel are likely 
to be responsible for many hospital beds or when personnel are out of the area or 

30 off ±e floor. 
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Another embodiment of the care management system 30 is shown in 
FIG. 16. In this embodiment, the patient 245 and/or caregiver have badges or 
wrist bands 240 that may also include electronic circuitry that is responsive to 
signals from a transmitter/receiver 230 located in each patient room or treatment 

5 area to automatically provide the care management system 30 (FIG. 1) with the 
identity of, and possibly other selected information about, the occupants of the 
patient room or treatment area, eliminating the need to use a bar-code reader to 
read xhe bar-codes on the patient and/or caregiver badges or wrist bands. Such a 
system may be described as a passive recognition system in that neither the 

10 patient nor ±e caregiver need take any active steps to inform the care 
management system 30 of their location within the institution. 

One example of such a system incorporates an intelligent RF 
computer chip into the caregiver or patient badge or wristband 240 that provides 
a unique, or programmed response with a passive RF transponder 230 located 

15 within a patient room or treatment area, such as in the frame 231 of the entry or 
exit of the room or treatment area, or mounted on a wall or ceiling. Each badge 
or wrist band 240 interacts with signals of the transponder 230 in a unique way, 
die unique interaction representing an assigned code for the badge or wristband 

240. Utilizing this technology would remove manual steps and some of the 

J- ■ 

20 "human factor** from?lhe process of identifying the patient and caregiver. 

When an individual 245 wearing a badge or wristband 240 having 
such a circuit enters a room or area where a transnutter/receiver 230 is located, 
the electronic circuit in the badge or wristband 240 interacts with signals emitted 
by the transmitter without any positive action on the part of the caregiver or the 

25 patient. This interaction may be sensed by the receiver, which may be capable of 
determining the identity of the badge or wristband 240 from the interaction of the 
electronic circuit with the emitted signals. Alternatively, the receiver may simply 
sense the interaction and provide a signal representative of the sensed interaction 
to a computer or other processor which has been programmed or otherwise 
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configured to determine the identity of the individual associated with that 
particular badge or wristband 240. 

Although die preceding paragraphs describe a passive recognition 
system using electrical circuitry, o±er approaches may also be used. For example, 
it can be envisioned ±at the patient and/or caregiver may have magnetically- 
encoded devices that can be automatically read by an appropriate detector located 
in the patient room or treatment area. 

Such a system is advantageous in that it can also be used to track 
the location of patients and caregivers in an institution: This information would 
be useful to monitor patient movements, especially in the case of patients with 
reduced mental capacity who may be prone to wandering about the institution. It 
would also be useful to know the location of the caregivers witi±i an institution 
so that in the event of an emergency, the caregiver could be quickly located. 

While several forms of the invention have been illustrated and 
described, it will also be apparent that various modifications can be made without 
departing firom ±e spirit and scope of the invention. Accordingly, it is not 
intended tiiat the application be limited, except by the appended claims. 
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IN THE CLAIMS: 

1. A system for programming a clinical device to deliver 
medication to a patient comprising: 

a terminal operatively connected to the clinical device; 
5 a processor having a memory in which is stored identification data, clinical 

device data and patient treatment data, the patient treatment data including 
medication identification data and clinical device: operation parameters associated 
with the medication identification data for progranmiing the clinical device to 
deliver the medication to the patient; 
10 means for detecting an identity of the patient, the means for detecting 

operatively connected to the processor for input of identification data to the 
processor; 

input means operatively connected to the processor for input of 
identification data, patient data, clinical device data and patient treatment data, 
15 wherein the processor stores the identification data, patient data, clinical device 
data and patient treatment data in the memory; 

communication means for operatively connecting the terminal and the 
detecting means to ±e processor, wherein identification data from the detecting 
means is communicated to the processor by the communication means; 
20 wherein the processor compares the communicated identification data to 

the stored identification data; and 

wherein the processor downloads the clinical device operating parameters 
associated wi± the patient treatriient data to the terminal to program and operate 
the clinical device in accordance wi± the downloaded operating parameters in 
25 response to an acceptable comparison of the identification data by the processor. 

2. The system of claim 1, wherein the means for detecting 
comprises a passive identification system for passively identifying individuals. 
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3. The system of claim 2, wherein the passive identification system 
comprises an RF transponder. 



4. The system of claim 3 further comprising an identification 
device located on an individual; 

wherein the RF transponder interacts with the identification device 
to provide a signal to the processor representing the identity of the individual. 

5. The system of claim 4 wherein the identification device 
comprises an electrical circuit. 

6. The system of claim 1 wherein the memory also stores clinical 
device location data. 



7. The system of claim 6 wherein the terminal is operable to 
receive clinical device location data from the clinical device and the 
communication means is also for conmiunicating clinical device location data, 
wherein the terminal conmiunicates the clinical device location data through the 
communication means to the processor and the processor stores the clinical device 
location data in the nsemory. 

8. The system of claim 1 wherein the memory also stores clinical 
device usage data. 

9. The system of claim 8 wherein the terminal is operative to 
receive clinical device usage data from the clinical device and ±e communication 
means is also for communicating clinical device usage data, wherein the terminal 
communicates die clinical device usage data through ±e communication means 
to the processor and the processor stores the conmiunicated clinical device storage 
data in the memory. 
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io. The system of claim 1 wherein the memory also stores clinical 
device maintenance data. 

11. The system of claim 10 wherein the first terminal is operative 
to receive clinical device maintenance data from the clinical device and the 
communication means is also for communicating the clinical device maintenance 
data, wherein the terminal communicates the clinical device maintenance data to 
the processor and the processor stores the communicated clinical device 
maintenance data in the memory. 



12. The system of claim 1 wherein the identification data and the 
clinical device operating parameters stored in the memory comprise medical 
administration records. 
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